todo
authorJoey Hess <joeyh@joeyh.name>
Wed, 12 Mar 2025 16:11:39 +0000 (12:11 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 12 Mar 2025 16:11:39 +0000 (12:11 -0400)
doc/todo/compute_special_remote_remaining_todos.mdwn

index f478c5d9668e60d7ee45a1ea09a5ce6bcbef447f..820b4231999c9842c5a8d165df1dd53b8f043cbc 100644 (file)
@@ -1,7 +1,12 @@
 This is the remainder of my todo list while I was building the
 compute special remote. --[[Joey]]
 
-* write a tip showing how to use this
+* recompute should stage files in git. Otherwise,
+  `git-annex drop` after recompute --reproducible drops the staged
+  file, and `git-annex get` gets the staged file, and if it wasn't
+  actually reproducible, this is not apparent.
+
+  This is blocking adding the tip.
 
 * Support parallel get of input files. The design allows for this,
   but how much parallelism makes sense? Would it be possible to use the
@@ -10,7 +15,12 @@ compute special remote. --[[Joey]]
 * compute on input files in submodules
 
 * annex.diskreserve can be violated if getting a file computes it but also
-  some other output files, which get added to the annex.
+  some other output files, which get added to the annex. This can't be
+  avoided at addcomputed time, but when getting later from the compute
+  remote, it could check (but not when using VURL without size information)
+
+* annex.diskreserve can also be violated if computing a file gets source
+  files that are larger than the disk reserve. This could be checked.
 
 * would be nice to have a way to see what computations are used by a
   compute remote for a file. Put it in `whereis` output? But it's not an